home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000274_bonomi@c-ns._Sat Aug 10 16:28:32 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  55 lines
  1. Article: 13603 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!jfk3-feed1.news.algx.net!allegiance!news.maxwell.syr.edu!news.xnet.com!dfw-peer!news.verio.net!ord-read.news.verio.net.POSTED!not-for-mail
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: direct connect using Digimon multiplex 
  5. References: <C1A39.15580$nc.1191648@newsread1.prod.itd.earthlink.net>
  6. Organization: Not Much
  7. X-Newsreader: trn 4.0-test69 (20 September 1998)
  8. From: bonomi@c-ns. (Robert Bonomi)
  9. Lines: 37
  10. Message-ID: <4je59.23696$A%3.292456@ord-read.news.verio.net>
  11. Date: Sat, 10 Aug 2002 20:02:08 GMT
  12. NNTP-Posting-Host: 207.241.52.60
  13. X-Complaints-To: abuse@verio.net
  14. X-Trace: ord-read.news.verio.net 1029009728 207.241.52.60 (Sat, 10 Aug 2002 20:02:08 GMT)
  15. NNTP-Posting-Date: Sat, 10 Aug 2002 20:02:08 GMT
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13603
  17.  
  18. In article <C1A39.15580$nc.1191648@newsread1.prod.itd.earthlink.net>,
  19. nospam <nospam@foo.com> wrote:
  20. >Hello,
  21. >
  22. >I've been using the direct connect feature to transfer files from SCO Unix
  23. >to W2k.  This has been working fine.  Now for the curve ball..
  24. >
  25. >I'm told that a client has a Digiman peripheral attached to his SCO com1 (
  26. >dev/tty1a) in order to multiplex multiple connections to the SCO box.
  27. >
  28. >Given  I have a correct cable ( RS232 - serial NULL modem cable),   will the
  29. >direct connection still work?  That is, starting wermit on SCO with direct
  30. >connection via /dev/tty1a,  can I still send files to the Windows machine?
  31. >The RS-232 plugged into the Digiman box (which is plugged into the SCO comm
  32. >port) and the other end to the W2k comm port.
  33. >
  34. >My colleague assures me that "this is transparent", however, I always worry
  35. >when I hear that :-)   ( Like the famous last words:  This is the backup!)
  36. >
  37. >Much thanks in advance,
  38.  
  39. No experience with the specific device.
  40.  
  41. However, kermit can _usually_ be configured to work (albiet not necessarily
  42. painlessly) in virtually any environment.
  43.  
  44. The requisite contortions depend greatly on intimate details of the 
  45. particular set-up one finds oneself dealing with.  Example:  one may
  46. not be able to "dial", but if you "output" appropriate incantation,
  47. the equivalent of dialing happens, and the 'modem-like' device connects
  48. to the remote device.  Sometimes you have to 'prefix' *lots* of stuff,
  49. and/or change the 'start of packet' character.  or reduce the packet size
  50. to something _tiny_ to prevent buffer overflows.  And/or add inter-packet
  51. 'wait states' to enable the far end to 'catch up'.
  52.  
  53. With sufficent knowledge of the characteristics and/or quirks of the 
  54. data channel, one can get kermit working over practically anything.
  55.